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ABSTRACT 



A network based hypertext display system employing a 
supervisory computer interconnected with one or more 
information display units and one or more remote document 
servers via a network, such as the Internet The supervisory 
computer controls the content displayed by the display units 
by transferring to each unit a control information file as well 
as hypertext document files which are locally stored in the 
display units. The control file determines the extent to which 
the display unit can access remotely stored information and 
provides additional information which is used to alter the 
presentation to the user. Stored control information is used 
to rewrite hypertext document such that certain links are 
disabled, and to suppress the appearance of visual cues 
associated with the displayed anchor which identifies 
selected links in the referencing document. Links and other 
information in local and remotely accessed documents are 
rewritten in accordance with commands created by a content 
developer using an interactive content authoring system. 
The hypertext display system further controls the duration of 
a given user session in response to the material selected for 
display, the time of day, and user demographics. Locally 
stored data copied from original documents stored on remote 
servers is periodically validated and updated when the 
validation indicates that the original has been modified. 

23 Claims, 12 Drawing Sheets 
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TECHNIQUES FOR CHANGING THE 
BEHAVIOR OF A LINK IN A HYPERTEXT 
DOCUMENT 

FIELD OF THE INVENTION 

This invention relates to electronic information display 
systems and more particularly to apparatus for interactively 
displaying information contained or referred to in hypertext 
documents. 

BACKGROUND OF THE INVENTION 

Kiosks equipped with touch screens have proven to be a 
highly effective means for conveying useful information to 
the public. In retail stores, for example, kiosks can provide 
directory information to help customers find needed prod- 
ucts while promoting featured items. Placed in corporate 
lobbies, showrooms or trade show booths, the kiosk can be 
an effective sales tool, allowing the user to select text and 
graphical information of particular interest In malls, airport 
lobbies, community information centers, and other public 
areas, the kiosk can effectively answer questions, guide 
visitors to desired locations, and publicize the products and 
services offered by the kiosk's sponsors. 

Because kiosks can be readily implemented with inex- 
pensive personal computers and touchscreen monitors, the 
principal cost of a typical kiosk-based information system is 
often incurred in designing and implementing the software 
and information content which generates the desired inter- 
active displays. Moreover, the expense associated with cre- 
ating the content to be made available typically grows since 
this content often must be periodically altered to reflect new 
information. 

Interactive displays which are closely similar in style and 
content to those needed for kiosk systems are now being 
created in large quantities by businesses seeking the expo- 
sure offered by the World Wide Web % the Internet system of 
interlinked hypertext documents. Businesses, institutions 
and individuals are presenting a rapidly increasing volume 
of promotional, tutorial, entertainment, and reference infor- 
mation on interactive "web pages" made available to any 
computer having standard web browsing software and an 
Internet service connection. 

Although the interactively displayed information suitable 
for presentation by a kiosk is closely similar in content and 
style to the information provided by World Wide Web 
servers, the objectives of the two systems are normally quite 
different While the web user desires and obtains unlimited 
access to the immense amount of generally available 
information, the kiosk owner typically wishes to focus the 
user's attention on particular promotional material or infor- 
mation. Moreover, while the web user may wish to browse 
indefinitely through hypertext links which appear to be of 
interest, the kiosk owner frequently needs to limit not only 
the content of the information displayed but also the amount 
of time a particular user operates the kiosk in order to free 
the system fox use by others. 

SUMMARY OF THE INVENTION 

It is an object of the present invention to control the access 
to information is presented to a user by a hypertext display 
unit, such as a public access kiosk coupled to the Worldwide 
Web. in accordance with predetermined access rules, thus 
limiting the information displayed to insure that attention is 
directed only to authorized information and further limiting 
the time during which a particular user is permitted to 
monopolize the display unit 
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The preferred embodiment of the invention takes the form 
of a kiosk equipped with its own processor, local storage, 
and a touchscreen monitor which serves as both the output 
display and the principal user input device for the system. 
An access control program executed by the kiosk processor 
provides means for comparing the information contained in 
a given hypertext document with predetermined items of 
information which are to be handled in a special way, and 
further provides means for altering the display of the given 
, document when the presence of one or more of these 
predetermined items is detected. In accordance with one 
feature of the invention, the stored items of information may 
be compared with the data contained in a selected hypertext 
document to highlight displayed information associated with 
; links to those further pages which the user is authorized to 
view, but to suppress the highlighting and operation of links 
to pages to which access is not authorized. 

In accordance with another feature of the invention, 
supplemental information which the kiosk proprietor wishes 

20 to bring to the user's attention may be selectively inserted 
into the sequence of images displayed to the user. Means 
may be advantageously included for displaying a supple- 
mental page which is inserted into the viewing sequence 
during a selected transition between pages when the user 

X activates a link. Alternatively, text or images may be inserted 
into a displayed document at a predetermined location, or at 
a location indicated by the detection of one of the stored 
predetermined items. Similarly, existing text, formatting or 
image information which corresponds to one of the stored 

30 predetermined items may be rewritten or deleted to selec- 
tively alter the information which would otherwise be dis- 
played. 

To implement these and other access control functions, 
the hypertext display unit advantageously includes means 

35 for comparing the content of each hypertext document 
before it is displayed with a stored table of predetermined 
text strings, and means for revising the content of the 
hypertext document when text matching a stored string is 
found. In accordance with one mode of operation, the access 

40 control program preferrahly includes means for replacing 
each item of matching text with a predetermined replace- 
ment string associated with the detected text The replace- 
ment string may include, rewrite, or eliminate the original 
imbedded text or imbedded format or link control 

45 information, permitting annotations, revisions, format 
changes, new links, or substitute links to be included in any 
document imbedding the stored target text. This string 
replacement facility further allows the complete suppression 
of the display of selected displayed "anchors'* which identify 

50 hypertext links, or retention of such anchor displays without 
the highlighting or other visual cues which would otherwise 
be displayed to indicate the presence of an associated link. 

As contemplated by still another aspect of the present 
invention, the hypertext display unit may further include an 

55 arrangement for controlling the amount of time a given user 
is permitted to use the unit To this end, selected items of 
displayed information may advantageously be associated 
with a time reward or penalty value to encourage the 
extended viewing of selected pages while discouraging the 

60 viewing of others. In addition, reward or penalty values may 
be associated with a given session based upon: (1) informa- 
tion about the user (typically gathered by a user registration 
procedure at the beginning of a session), (2) the time of day 
or another indication of the level of expected demand being 

65 placed on the display unit (3) the amount of network usage 
or other indication of the level of demand being placed on 
the system, or (4) the nature of the information being 
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accessed, including the extent to which that information is FIG. 10 shows the on-screen appearance of a dialog box 
locally stored or accessed via a network. The session control used to accept information defining the manner in which the 
mechanism advantageously includes means for accumulat- duration of an individual user session is limited based upon 
ing a session usage quantity which varies with the duration the character of the documents selected for viewing, the time 
of the session and with the reward and penalty values which 5 of day. and information characterizing the particular user; 
characterize the session. FIG. 11 is a flow chart describing a routine for limiting the 
When the usage quantity exceeds a predetermined duration of a given user session in response to a particular 
quantity, the viewing session is terminated or the user is document being viewed and other information provided by 
motivated in other ways to release the display unit for use by the dialog box of FIG. 10 and for recording usage data; 
another. In this way, for example, users who view documents 10 piG. 12 is a flow chart illustrating the manner in which the 
associated with reward values, or who use the display device display unit exchanges information with an authoring co ra- 
in off-peak hours, or who place reduced demands on system puter which provides its original content, and with a super- 
resources, or whose demographic makeup (age, income, job visory computer which receives information describing the 
description, etc.) indicate that they deserve special operation of the display unit; and 
treatment are granted longer permitted session times. To « FIG. 13 is a flow chart which describes the manner in 
terminate or discourage further use of the unit by a current whicfa ^ iookup ^ which relates local storage URL's to 
user, the system may be adapted to respond to usage values mc remotc TjRLofthe stored document is used to 
above a threshold value by automatically returning the user ^ e$ts ^ to update me stored files peri- 
to the system's "attract" page or to a new user registration to match the originating files, 
form which cannot be quickly bypassed and/or by display- 20 

ing an admonishment that the current session has ended and DESCRIPTION OF THE PREFERRED 

requesting that the unit be released for the next user. In EMBODIMENT 
accordance with a related feature of the invention, the 

system may respond to a usage value in exces s of a threshold System Overview 

value by affinnativety disabling links to infoimation not 25 As seen ^ nG ^ intwactive ta to , Mosk 

^ K V *^ e4 M * US r a S t ^ » f 00 "^ i » which implements Ihe invention consists of a kiosk 

session but disabling the ability to "browse for additional wW J which a e0Bipwla u and a 

inrorma on. screen monitor 12 are mounted. The personal computer 11 is 

These and other objects and features of the invention will connected via a modem 14 and dial-up or leased telephone 

become more apparent through a consideration of the fol- y^s 15 to a remotely located computer 20 which provides 

lowing detailed description of a preferred embodiment of the a conventional serial data SUPP or PFP modem link to the 

invention. In the course of this description, frequent refer- internet service. The remote computer 20 also operates as a 

ence will be made to the attached drawings. World Wide Web server and is connected via high speed 

BRIEF DESCRIPTION OF THE DRAWINGS 35 ^?T^5 ^ k^^^^ 35 *° ^ rom P utere 

^ on the Internet, such as the second web server computer seen 

FIG. 1 is a illustration of the principal components used at 25. The servers 20 and 25 provide access to stored 

to implement a programmable, interactive HTML display information to connected client computers such as the kiosk 

kiosk system embodying the invention; 10 and a personal computer 30 which is also connected via 

FIG. 2 is a block diagram of the principal components of 40 a modcm SUPP/PPP connection over the telephone lines 15 

a controlled access HTML display system employed to t0 computer 20. The modem 14 provides data communica- 

implement an embodiment of the kiosk unit employing the tions via the telephone SUPP/PPP lines 15 while a modem 

invention; 45 similarly provides data communications for the personal 

FIG. 3 is a flow chart illustrating the operation of the computer 30. 

transition display mechaaism used in the kiosk unit; 45 The personal computer 11 includes its own local magnetic 

FIG. 4 depicts the on-screen appearance of a dialog box * sk for ™ s st0 ?£ V 1 * ""W*" 30 ™ y 

used to mteractively obtain iiiformaiion for controlling the * u j* d >f *? authonn « ***** the content accessfrle 

operation of hypertext links found in HTML pages; bv ** * c ^ ul ?j* " ^ ned md w jf* 

-„ m ^ . . . playable data and control information may be transferred to 

KG. 5 shows the on-screen appearance of a dialog box * ^ u A coawn|ioMl modem -to-modem 

usedtoobtamiirfc^^ connection may be established between the modem 14 

information found m an HTML document is automatically atUched to ki os k computer 11 and the modem 45 attached to 

rewritten to implement the invention; the remote personal computer 30 such that direct file trans- 

FIG. <5 illustrates the on-screen appearance of a dialog box f crs can be made between the computer 30 and the kiosk 10 

employed to interactively obtain control information which 3J usin g a conventional dial-up modem connection via the 

defines or redefines links appearing in displayed hypertext telephone lines 15. To permit such transfers, the kiosk 

documents; personal computer 11 may be programmed to place the 

FIG. 7 is a flow chart which illustrates the manner in modem 14 in auto-answer mode when the kiosk 10 is not 

which information supplied by the dialog box of FIG. 4 is being used as a web client, *ni*hHng the computer 30 to use 

utilized by the invention; and ^ its modem 45 to directly dial me modem 45 to establish a file 

FIG. 8 is a flow chart which depicts a routine for utilizing transfer connection for storing or modifying programs and 

infernutionsupphedby incans of me dialog boxes of data stored at the kiosk 10. Alternatively, file transfers 

5 and 6; between the authoring computer 30 and the kiosk computer 

FIG. 9 is a flow chart illustrating a mechanism for H niay be acc omplis hed over the SUFP/PPP Internet con- 
automating a content development session during which the 65 nection using HTTP or FTP file transfers, 
information which may be accessed by a kiosk user is As discussed later, computer 11 in kiosk 10 stores hyper- 
defined; text browsing and control programs as indicated at 60, one 
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or more files of access control data as indicated at 70* and 
locally stored hypertext documents indicated generally at 80 
which are displayed on the touchscreen 12 in the kiosk 10. 
The programs 60, control data files 70. and the displayable 
hypertext data 80 may be periodically updated from time to 5 
time by transferring information from the authoring com- 
puter 30 to the kiosk computer 11. 

The kiosk programs 60 include conventional web page 
browsing software such as: the NCSA Mosaic browser 
available from die National Center for Supercomputing 10 
Applications (Software Development Group), Champaign, 
HI.; Spyglass Mosaic offered by Spyglass. Inc. Napervilic, 
111.; Netscape Navigator marketed by Netscape Communi- 
cations Corp.. Mountain View, Calif.; and Internet Explorer 
offered by Microsoft Corporation, Redmond, Wash. In l5 
general, these web browsers retrieve and display hypertext 
documents (web pages) written in standard Hypertext 
Markup Language (HTML). 

HTML documents take the form of conventional ASCII 
text files which include imbedded tags which format the text 20 
for display presentation and provide links to graphics files 
containing images which may be imbedded in the 
documents, as well as links to other web pages to which 
hypertext jumps may be made. linked files and documents 
are identified within the imbedded tags in a predetermined 25 
Uniform Record Locator (URL) format which includes the 
identification of the communications protocol used 
(including conventional and secure hypertext protocols 
respectively. File Transfer Protocol or FTP, etc.), the iden- 
tification of a particular server computer which stores the 30 
referenced file, and the directory and file name of the file 
itself on the designated server. Hypertext documents and 
linked files which are stored locally in mass storage and 
directly accessible by the running browser program may also 
be designated by a URL and interactively displayed in the 35 
same way that the browser displays web pages available 
from remote servers through the Internet Extensive infor- 
mation describing HTML, the World Wide Web, and the 
Hypertext Transport Protocol/Internet Protocol is available 
in the published literature. See. for example, World Wide 40 
Web Bible by Bryan Pfaffenberger. MIS:Press, ISBN 
1-55828-410-9 (1995); Netscape and HTML Explorer by 
Urban A. LeJeune, Coriolis Group, ISBN 1-88357757-1 
(1995); and Programming WinSock by Arthur Dumas, Sams. 
ISBN 0-672-30594-1 (1994) which describes the WinSock 45 
Library, one of several Windows Open Services Architecture 
(WOSA) standards being used to add TCP/TP connectivity to 
applications. 

As seen in the illustration of FIG. 1, the hypertext 
documents stored locally on the hard disk of the kiosk so 
computer 11 preferably includes an attract page 8 1 which, as 
illustrated, might contains imbedded hypertext links LINK! 
AND LINK2 to other locally stored pages 82 and 
83respectively, as well as LINK3 to a home page 90 stored 
by the web server computer 20, and LTNK4 to a further web 55 
page 95 stored on the web server computer 25. By touching 
the touchscreen 82 at the position where highlighted text, or 
a graphic, which visually represents the linked subject 
matter appears, the kiosk user can request the display of the 
linked information, which itself typically contains links to 60 
other web pages, and so on. 

Using the principles of the invention, the kiosk proprietor 
may limit the kiosk user's access to authorized pages only. 
These constraints are provided by access control programs 
included in the set of programs 60 stored on the hard drive 63 
of the kiosk computer 11 which are responsive to informa- 
tion stored in the control data files 70 also stored in computer 
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11. The access control programs analyze and rewrite the text 
found in accessed HTML pages before those pages are 
displayed and perform redetermined functions defined by 
stored access control information when the user activates 
selected links. 

The access control information itself may be conveniently 
created using the remote authoring computer 30 by browsing 
a combination of locally stored hypertext documents and 
remote web pages while responding appropriately to 
requests for access control information which is generated 
during an interactive development session. After the control 
information and the locally stored hypertext documents are 
created at the authoring computer 30, both may be uploaded 
to one or more kiosk computers, such as kiosk computer 11. 
using a conventional modem dialup file transfer or transfers 
over the Internet as noted above. 

The local storage of displayable information supplements 
and should be distinguished from the caching operations 
performed by conventional web browsing and proxy server 
software. Such caching systems typically store copies of 
information accessed over the Internet in local disk storage 
until a cache size limit is reached, and then continue to save 
additional data by overwriting the least recently accessed 
data. Because a given item of data may be altered at anytime 
at its origin, these caching schemes typically retrieve data 
from the cache only after the originating server verifies that 
the desired data has not been modified since it was originally 
placed in the local cache. For example, the Netscape Proxy 
Server marketed by Netscape Communications Corp., 
Mountain View, Calif, combines the ability to cache data 
accessed from the network using "if modified since** check- 
ing with a high-level access control to prohibit access to 
documents having a specified URL for all or specified hosts. 

In accordance with the present invention, such a caching 
mechanism is not required and not burdened with informa- 
tion which the authoring computer 30 designates for storage 
as the original copy, and no access to an originating server 
is required. The performance of the display unit, such as the 
kiosk computer 11, is accordingly enhanced by storing a 
significant portion of the content locally and only requiring 
a slower network access to be performed for displayed 
information of the following kinds: 

(1) information which changes so frequently that the 
transmission of updates under the control of the author- 
ing computer would be inefficient, for example: 
weather data from a news source which includes 
weather map data which is updated every few minutes; 

(2) information which occupies a significant amount of 
space and/or contains items which are individually 
accessed only infrequently, for example: individual 
topics in an online encyclopedia which, because of 
imbedded graphics and the like, would be time- 
consuming to transfer and which would consume a 
large amount of local storage capacity. 

To the extent that information is accessed by the display 
unit from the network, it may be cached in the usual way to 
eliminate the need to access information which has not been 
altered by the originating server since the last cache storage 
was performed. 

In the description to follow, attention will first be directed 
to the operation of the access control mechanism, including 
the browser, the access control programs, and the stored 
access control data, as the kiosk user interactively operates 
the browser. Attention will then be directed to the mecha- 
nism for interactively creating those access control data 
structures which limit and control the user's access to 
information. 
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Access Control Mechanism able text, the rewriting mechanism 130 may add new links 

M ^ . . . to additional information which the kiosk owner may wish 

The operation of the user access control mechanism is t0 communicate to the kiosk user, may delete links to 

illustrated generally in FIG. 2 of the drawings Actions are irf ormation whicn should ^ to ^ uscr or may 

mitiatedwhenthekioskusertouchesadisplayedhiikanchor 5 substitutc replacement links. Unlike the URL transition 

on the kiosk touchscreen as depicted at 103 in FIG. 2. The ^ hy generating mec hanism 113. which is capable of 

resulting touchscreen signal 105 is processed by me execut- insC rting one or more display pages before a page 

ing web browser program 107 which responds by issuing a .designated by the URL request 109, the mechanism 130 

request 109 for the retrieval of displayable data identified by ^ ^ u$cd to substitute a dmatttt ^ for me pagc 

a particular URL. 10 specified by a link imbedded in an incoming HTML 

The request 109 is processed by an access control mecha- document, and may also be used to Himinatp (he highlight- 

nism indicated generally at 110 which includes a mechanism m g 0 f, 0 r rewrite, the displayed anchor text which is 

113 for comparing the URL in request 109 with URLs in associated with the linked URL in the HTML page. The 

transition list 111. If the requested URL specified in request string list 133 includes a collection of target+replacement 

109 is found in the list 111, a transition display page is sent 15 string pairs. The mechanism 130 searches the HTML page 

to the web browser 107 while the originally requested URL fetched by the access mechanism 120, searching for a match 

is concurrently sent to the access mechanism 12. This to each of me target strings, and when found substitutes the 

transition display mechanism 113. described in more detail replacement string for the target string, 

later in connection with FIG. 13, provides a mechanism for More specifically, each command stored in the string list 

oispkymgoneor^ * 133 takes the form expressed by the following Pascal record 

information identified by the requested URL is displayed. definition* 

The access mechanism 120. like the web browser pro- 
gram 107, is conventional. URL's which translate into local ^ _ 
disk addresses, SUch as: Repiacement_Coimnaiid = record 

^e:C:\WTM>OWSU>:sktop\HTML\HOMEHT^ are * 'SS^ST' Rq>lacemeat: 

accessed directly from local storage, whereas URL's Flag: word 

which identify information stored on remote servers. End; 
such as: 



"http://www.imcotouch.com/products/j234.htmirare Target_J>age, Target and Replacement fields each 

retrieved by the kiosk computer utilizing TCP/IP hold vtamm t0 nu ll-terminated strings (character arrays), 

software, such as the dynamic link library WINSOCK- ^ fic i d ^ 32-bit integer which holds the position 

.DLL for Windows 3.1 or WSOCK32.DLL supplied by al wnich the replacement string is to be inserted (when 

Microsoft with Windows 95. Depending on the content Target ^ a null pointer). The Flag field holds boolean flag 

of the URL in the request 114. the linked data specified bits having the following significance when true: 

by the URL Request 114 is obtained either from the search^ormal: Search for Target string in normal (non- 

^ forage system ifiustrate4 by local disk displayable text; 

122 in FIG. 2, or by transmitting an http/ip Internet . . , ^, 

message requesting the information via a modem 124 Search_Anchor Search for Target string in displayable 

and SUP/PPP connection 126 to the remote Internet anchor text; 

web server (not shown) which holds the requested 40 Search.. URL: Search for Target string in URL definition 

information. If the access request is successfully within anchor tags; 

satisfied, the access mechanism 120 returns the Case__Sensitive: Apply case sensitivity to search for 

requested data in the form of an HTML document Target; 

graphical image, FTP file, or other displayable data Disable„Pagewide: Disable all links on Target_Page; 
identified by the URL in the request 114; otherwise, the 4 The versatility of the text replacement mechanism 130 is 
access mechanism returns an appropriate error message illustrated by the following example replacement com- 
which is displayed to indicate to the kiosk user that the mands. For each example, assume that an incoming hyper- 
access did not succeed. text document received at the HTML rewrite mechanism 

130 from the access mechanism 120 includes an imbedded 

Rewriting Incoming HTML Pages 50 -anchor tag" reading: 

When the returned displayable data is an HTML Such a ^ would displayed by the browser as the 

document, the text of that document is processed by the highlighted anchor text 'Table of Contents" which, when 

access control mechanism 110 which includes a mechanism touched by the kiosk user, would result in a generated 

130 for rewriting the HTML page in accordance with 55 request to retrieve and display the HTML document file 

information in a string list data structure 133. The string list designated by the Uniform Record Locator (URL): 

133 typically contains a collection of text replacement *1ittpy/wwwjnam.com/mtemet/tochtrnl w . 

request commands each including of a designated target This URL identifies a file named "toc.htmT in the 

string and a designated replacement string. Whenever one of "netspof directory of the web server computer named 

the target strings in the structure 133 is found within the text 30 ''inentunT which is available over the Internet using the 

of an incoming HTML document, that target string is hypertext transport protocol as indicated by the prefix 

replaced by the associated replacement string before the "http". 

incoming HTML document is displayed by the web browser _ 

ifvr EXAMPLE 1 
program lv/. 

The HTML text replacement function performed at 130 in 65 If the string list 133 contains the following Target and 

the access control mechanism HO may be used to provide a Replacement fields: 

number or useful functions. In addition to rewriting display- Target: ^ttpVAvww.main.com/netspot/tc^.html'' 
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Replacement: **file:c.//newdir/newtoc.htm*' 
where the replacement string is a new URL specifying a file 
named *1oc.htm w on the kiosk computer's disk storage 
directory "newdir". the effect would be to change the anchor 
tag in the HTML text such that the anchor text 'Table of 
Contents** is unchanged and continues to be highlighted but 
when touched, the locally stored file newtochtm would be 
retrieved by the access unit 120 and displayed instead of the 
file on the remote server originally specified. 

EXAMPLE 2 

Target: <A HREF="http://www. main, com/net spot/ 
toc.htmT>Table of Contents</A> 

Replacement: "Table of Contents" 

This replacement command removes the associated link 
and the highlighting from the displayed text 'Table erf 
Contents". 

EXAMPLE 3 
Target: "Patent Office" 

Replacement: "<A HREF="http:// 
www.uspto.gov">Patent Ofl5ce</A>** 

This command rewrites each occurrence of the string 
"Patent Office" such that web browser 107 highlights the 
string as being an anchor text and provides a link to a 
publicly available home page maintained by the U.S. Patent 
Office whenever the anchor text is touched by the kiosk user. 

EXAMPLE 4 

TargeL^age:http7/www.ajax.com/saleiitrnl/ 
Target: "<Head> 

Replacement: "<HeadxMETA HTTP-EQUIV= 
REFRESH CONTENT="12; URL= 
file:c:\newdir\resale.htm**> 

This example, unlike the first three, limits the operation of 
the command to a designated target page and causes a 
<META . . .> element to be inserted in the document header. 
A Meta element is a standard HTML 3.0 element for 
simulating HTTP response headers in HTML documents 
which, in the example above* operates as a "client pull" 
dynamic HTML document loader. As a consequence, the 
inserted Meta tag causes the target page to be displayed for 
12 seconds, at which time the browser automatically issues 
a URL request to replace the displayed target page with a 
page on the local hard drive specified by the content field of 
the inserted Meta tag. 

EXAMPLE 5 

Target Page: http^/www.ajax.com/saleiitml/ 
Location: 1243 

Replacement: "<IMG SRC="logo.jpg"ALIGN= 
BOTTOMS 

This command places the replacement string at character 
position 1243 in the HTML document designated by the 
URL given in the target page field of the command. The 
effect in this case is the insertion into the page of a graphical 
JPEG image designated by the relative source file designa- 
tion "logo.jpg" in the replacement string. Note that the target 
location value identifies a position in the original incoming 
HTML page, before replacement commands have been 
employed to rewrite the text. 

EXAMPLE 6 

Target^age:http7/www.quigleyiioffiriksJitmV 
Flags: Disable_J > agewide=truc; 
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This command is created when all links from Target_ 
Page are to be automatically disabled by replacing all link 
tags with replacement text which consists of the anchor 
information only. 

Adding Insertion Pages 

The transition control list 111 seen in FIG. 2 also consists 
of a series of structured records each of which takes the form 
expressed by the following Pascal record definition: 



TVamitioiL-Commaiid = record 
Trailing, Leading: pchar. 
Showtime: integer; 



The Trailing and Leading fields contain pointers to null- 
terminated strings which contain the URL's of the trailing 
and leading pages of page transition, respectively. The 
20 transition display mechanism 113 seen in FIG. 2 searches the 
transition control list to determine if the received URL 
request 109 contains a URL which matches a trailing URL 
on the list 111. If so. the page identified by the URL in the 
Leading field of the transition command is displayed first, 
25 and the duration of this display is specified the value 
contained in the Showtime field. 

The operation of the transition display mechanism 113 is 
illustrated in more detail by the flowchart presented in FIG. 
3. The transition control routine is executed by the kiosk 
30 computer during an interactive user session each time the 
user touches the kiosk touchscreen to cause the browsing 
program to generate a hypertext link request seen in FIG. 2 
as URL request 109. When the transition display mechanism 
113 receives that request, the routine shown in FIG. 3 is 
35 executed beginning at the entry point 151. 

At 152. the transition list seen at 111 in FIG. 2 is searched. 
If the URL in the received URL request is found in the 
Trailing field of a transition command record, that record is 
tested at 152 to determine whether the Leading field contains 
a null pointer. 

If no leading URL is specified, the routine selects a 
display page from a collection of available pages as seen at 
154. This selection may be made randomly from a collection 
4J of pages placed in a predetermined directory on the kiosk 
computer's local hard drive (seen at 122 in FIG. 2). or by 
cycling through a list of insertable display page URLs. If the 
Leading field of the transition command contains a specific 
URL. that URL is included at 156 in the outgoing URL http 
30 request seen at 114 in FIG. 2. 

Whether quasi-randoraly selected at 154 or specifically 
identified as indicated at 156. the value indicating that the 
requested URL identifies an insertion page, and a pointer to 
the satisfied transition command in list 111. are passed to the 
55 HTML rewrite routine 130 as indicated at 160 in FIG. 2. The 
insertion page retrieved by the access mechanism 120 is then 
rewritten (as illustrated by Example 4 above to place a client 
pull <META> element in the header of the leading page 
which identifies the trailing page URL and the desired 
^0 display duration (Showtime) in the inserted <META> ele- 
ment 

Alternatively, a server-push mechanism may be used to 
insert a sequence of one or more leading pages prior to the 
trailing page identified in the original link request Using the 
65 server push mechanism, the browser 107 seen in FIG. 2 is 
supplied with the page sequence using the HTTP MIME 
protocol and the duration of each page is determined by the 
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HTML rewrite mechanism 130 which maintains an open displayed at 201. The developer may select among the 

connection to the browser 107. enabling replacement pages options OK. Prevent and Substitute made available by the 

to be sequentially placed on the display screen under control radio buttons 205. 

of the mechanism 130. Current versions of the Netscape If "Prevent" is selected using radio buttons 205, the 

Navigator and Internet Explorer web browsing programs 5 remaining controls on the display are greyed to indicate they 

support dynamic document loading using both linked client are disabled with the exception of the preview button and 

pull <MHTA> meta elements or a server pushed sequence of the radio buttons at 207 which allow the developer to specify 

HTTP MIME-partitioned pages. whether the choices made on the dialog box are to be 

In normal operation, the HTML rewrite unit 130 need a PP H ^ e <^ncesof ^ to *i» target URL or 

only operate on those HTML documents which are accessed io * LfT^^^^^S 0 ? ^^^^-ST - J^i!"* 

from the network, since locally stored HTML documents Handling dialog box to be displayed. The "Prevent option 

may be stored in rewritten forri In one instance, however, ! s ™* ^^^^ ^ ?^ "Tl^ ^ 

locally stored HTML documents should also be modified ^^^^^S^J^^^T^ 
. J . „ t _ boolean values Search URL to true. Search Anchor to 

described in link contained in a locally stored document is Target_Page and Remanent both contaan null oingt. 

no longer available from the remote server. In that case, to unk ?* bu " 0 ^ *? ™ xt * at 

avoid encouraging the user to attempt to access a remote s Pff c h f lst0 ^ gabled, m wruch case Target_Page 

document that T no longer available, the outdated link tag in f nd t , LocatJon " f* l ? 2*^. pa S e ^.^^ 

the locally stored document should be rewritten to display 20 JSS * ^""^ ° f ** hnk * * 

the anchor information only and eliminate the link as „ t ' M , . 

illustrated by the string list command of Example 2 If the radio buttons 205 are set to indicate that a different 
described earlier. This automatic suppression of the display should be substituted for the target whose URL is 
of visual cues in connection with links that are no longer shown * 201 ' me Substitute button is selected which 
operative is particularly advantageous when the display unit 25 enables a dropdown edit box 211 and browse button 213. 
is used by inexperienced users who may be confused by *<^*>wn button at the right-hand end of drop- 
error messages returned by the remote server when d°wn «iit box 211 is depressed, the URL s of the locally 
requested documents are no longer available. stored P a 8 cs m flayed, enabling one files of those to be 

directly. Alternatively, the URL of a local or remote page 

Interactive Access Control Development 30 °e entered into the edit box 211 or the browse button 

... „ „ 213 depressed to display a conventional filename browsing 

As noted earlier, the creation of the software content of an dialog box for locating desired files anywhere on the local 

effective interactive kiosk display system is typically quite hard drive. When ••Substitute" is selected, the originally 

costly. The ability to utilize existing web pages and HTML reqU ested URL display at 201 is greyed and the preview 

browsing software can significantly reduce these costs, so ^ 5utton 203 wnen pressed displays the substitute file whose 

long as suitable safeguards arc incorporated to prevent the ijrl is shown ^ the edit box 211. The substitution of a 

user from accessing undesired web pages and to affirma- different link is implemented by placing a replacement 

lively guide the user's attention to desired information. The rccord m fo e strin Ust m which uses mc T t and/or 

creation of such an access control mechanism may also be Location fields, as well as the Search_URL flag, to identify 

made an interactive process which may be performed by ^ the link to be modified, and places the new target's URL in 

bosk proprietors with little or no training in either program- ^ replacement field. The replacement command of 

ming or HTML page creation. Example 1 described above may be generated by selecting 

From the kiosk owner's perspective, the development the "Substitute" option in link Handling dialog box of FIG. 

process merely requires that the HTML pages being made 4. 

available to the user be browsed to activate links to other 45 The handling of the target page identified at 201 may be 
pages, supplying link control iirformation when requested by further defined using the dialog box of FIG. 4 by the 
the development program, and adding or editing links and checking checkbox 215 labeled "LinkNo Further" to disable 
text to the pages which are presented An introductory an c f the links on the target page in the manner previously 
explanation of the interactive development process is best discussed in connection with the string replacement corn- 
illustrated by FIGS. 4-6 of the drawings, each of which ^ rnand Example 6. 

illusttates the content of a dialog box presented to the ^ w ^ of ^ ^ ^ ^ nG 4 ^ deludes 

developer during the course of a development session. a chec kbox 214 which can be checked by the developer to 

During the development session, the developer operates indicate that a remote web page should be stored locally on 

development software, to be discussed later, which operates the kiosk computer. In that event, a copy is made of the page 

as a conventional web browser. FIG. 4 shows a Link 55 identified by the URL displayed at 201, along with copies of 

Handling dialog box which is displayed each time the all imbedded graphics identified by <IMG> tags. An entry is 

developer activates a link imbedded in the currently dis- then made in a locally stored lookup table to which the 

played document to produce a URL request The Link access control unit 120 refers to convert link requests 

Handling dialog box contains a "Transition Display^ area for directed to the original remote URL into requests directed to 

the entry of information specifying the manner in which 60 the new locally stored file. No rewriting of the links them- 

insertion pages are to be displayed prior to the requested selves is required. As discussed later in conjunction with 

information, FIG. 9, HTML pages which are stored locally, including 

In the *Targer area of the Link Handling dialog box seen those which were locally stored at the request of the 

in FIG. 4, the fully qualified URL of the HTML page to be developer, may be rewritten in accordance with the stored 

displayed next is shown at 201 at the left of a preview button 63 string replacement commands on list 133 at the conclusion 

203. By pressing the button 203, the developer may view of the development session, eliminating the need for per- 

(but not link from) the document identified by the URL forming revisions during the browsing session. As previ- 
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ously discussed, remotely stored information which is sub- with the selected word or text appearing as the default in the 

ject to frequent or unpredictable change, such as weather Find edit box 240. Using the check boxes at 241, 243. 245. 

reports, price lists, new services, etc.. or which is quite and 247, the developer indicates whether or not the string 

voluminous and only infrequently accessed, should nor- displayed in edit box 240 is to be replaced on a case sensitive 

maily not be locally stored but instead remotely accessed. 5 basis, and whether it is to be replaced when found in normal 

The checkbox 214 is disabled (checked and greyed) when displayed text, anchor text or in a URL. respectively. The 

the target page specified by the URL displayed at 201 is replacement text, which may be lengthy, is entered inot a 

already locally stored. memo box 248 as seen in FIG. 5. The radio buttons 249 

The target area of FIG. 4 also includes controls 216-218 allow the developer to specify whether all occurrences of the 

which enable the developer to assign a reward/penalty value w text in edit box 240 are to be rewritten as indicated by the 

to each target page. Each target page is initially assigned a dialog box. or only the specific text which was identified 

neutral default reward/penalty value of zero, but may be when the dialog box was opened. The dialog box seen in 

assigned a value varying from a penalty of -10 to a FIG. 5 can also be opened by menu selection, inwhich case 

maximum reward off 10. When a browsing session is initi- the radio buttons 249 are greyed and disabled. The replace- 

atedbythe first link from the root attract page, the session- " nient command Example 2 discussed above may be pro- 

points-remaining value is set at a r*edetenmned value duced using the String Replacement dialog box seen m FIG. 

determined by the user entries at 510 and 512 in the dialog 5 * 

box seen in FIG. 10, discussed later. As the session By right-clicking the mouse on <4 white space" (e.g., a 

continues, the access control system 110 decrements this position between words or images) of the currently dis- 

value by at the rate, for example, of 5 points per second for 2° played page, a pop-up menu is produced which includes the 

"neutral pages** but increases the rate to 15 points per second entry 'Insert Link" which, if chosen, displays the dialog box 

for heavily penalized pages, whereas pages set to a reward of FIG. 6. Alternatively, right clicking on existing anchor 

value of +5 result in no change, and reward values of+10 text or image causes the pop-up menu to include the option 

actually cause the session-points-remaining value to "Edit Link" which, if selected, causes the dialog box of FIG. 

increase at the rate of 5 points per second. Whenever the 25 6 to be presented with the included controls already filled in; 

accumulated points reaches zero the session is terminated by that is. if anchor text was selected, that text appears in the 

displaying an insert page reading "Your Time Has Expired. memo box 251 and if an anchor image was selected, (he 

Next User Please", and returning to the attract page. S.OURL for that image appears in a drop down edit box 

The scrollbar control 216 with the slider 217 provides a 253. likewise, the URL of the target of the link is displayed 

convenient mechanism for setting the reward/penalty value 30 m a drop down edit box 257. 

as desired, indicating to the user that viewing certain pages The data gathering functions provided by the dialog boxes 

is to be encouraged while viewing other pages is to be seen in FIGS. 4-6 of the drawings is further illu strated by the 

discouraged. In this way, users who are viewing pages which flow charts seen in FIGS. 7 and 8. 

the kiosk proprietor favors earn longer session times that ^ FIG. 7 illustrates the operation of the dialog box of FIG. 

viewing disfavored pages. 4. The dialog box is displayed in response to the issuance of 

When the developer actuates a link during the develop- a linking request by the development system web browser as 

ment session, the link Handling dialog box seen in FIG. 4 seen at 301 in FIG. 7. The radio buttons 205 of FIG. 4 accept 

also provides a mechanism for requesting and identifying a selection within the decision box 303 in FIG. 7. If a 

the display of a transition page prior to the display of the ^ substitution is selected, the developer supplies the URL of 

target page specified in the target area as described above. the new target at 305 using the edit box 211 seen in FIG. 4. 

The radio buttons allow the specify "None" to indicate that Appropriate entries are then made into the string list seen at 

no page is to be displayed prior to the target page; "Random" 133 in FIG. 133 as seen at 305, 307 and 309 in FIG. 7. 

to specify that an insert page is to be selected from the The lower portion of the flow chart seen in FIG. 7 

collection of available insert pages, and "Selected" to indi- 43 illustrates the procedure followed to utilize the entries in the 

cate that the particular page entered into drop down edit box transition display section of the dialog box seen in FIG. 4. 

223 is to be inserted. The drop down button at the right of The decision block 311 of FIG. 7 accepts the selection made 

edit box 223 causes the display of a drop down list of all D y the user using the radio buttons 221 of FIG. 4. Based on 

insert pages in the collection of available pages from which the remaining data entered on in the transition display 

a selection may be made. Alternatively, a URL may be ^ section of die dialog box, an appropriate record may be 

entered directly into the edit box 223 or selected using a added to the transition list 111 seen in FIG. 2 as indicated at 

conventional filename selection dialog box activated when 313, 315, 317 and 319 in FIG. 7. 

the adjoining browse button 225 is pressed. The flow chart seen in FIG. 8 illustrates the procedure 

The duration of the inserted page may be set by entering followed to utilize the information entered in die dialog 

a number in the edit box 230. This number is then placed in 55 boxes shown in FIGS. 5 and 6. As described earlier, right 

the <META> statement along with the insertion page name clicking the mouse on the displayed page displays a pop-up 

to control the dynamic loading of the original target URL me nu which supplies the developer with the option of 

page after the display of the insertion page as previously replacing displayed text or inserting a tag at the position in 

described in connection with FIG. 3. the displayed page indicated by the mouse click If the 

The dialog box seen if FIG. 5 is displayed whenever the 60 mouse is clicked on a word or on a selected string which is 

user performs a right-button mouse click when the cursor is not highlighted anchor text as determined at decision block 

on a word or when displayed text has been selected using a 325„ the dialog box of FIG. 5 is displayed to provide the 

standard left-button-depressed text selection dragging information collected in steps 327-330 of FIG. 8. 

operation. When a word or string is selected, depressing the Alternatively, a menu selection can also invoke the display 

right-hand mouse button produces a set of conventional 65 me dialog box of FIG. 5 as indicated at 333. If the developer 

options (Copy, Cut etc.) and the additional option "Replace** right clicks the mouse on displayed anchor text, an anchor 

which, when chosen, displays the dialog box seen in FIG. 5 image, or on whitespace, the dialog box of FIG. 6 is 
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displayed to obtain information descriptive of a new anchor 
as indicated at steps 341-343 in FIG. 8. 

Automated Development Session 

To insure that the developer does not overlook any links 5 
which may or may not be left operative on pages presented 
to the kiosk user, it is advantageous to automate the task of 
scanning each page for links and automatically presenting 
those links to the developer who may then elect the treat- 
ment to be accorded each link. The automated development 10 
procedure illustrated by the flow chart of FIG. 9 provides 
such a mechanism. 

The automated development session depicted in FIG. 9 
begins with the display of the kiosk's "attract page** which 15 
constitutes the root page for the hierarchy of pages which are 
associated by hypertext links. The attract page, illustrated by 
the page 81 seen in FIG. 1. is advantageously stored on the 
kiosk computer's local hard drive during normal use. In the 
absence of any activity by a user of the kiosk for a prede- ^ 
termined timeout duration, the kiosk computer automatically 
restores the display of the attract page so that all users are 
presented with the same beginning point 

Display pages which are not linked directly or indirectly 
to the attract page are not accessible to the kiosk user. The 25 
set of presentation pages which will be made available to the 
user is defined by the combination of (1) the locally stored 
pages on the kiosk computer's hard drive linked to the attract 
page; (2) remotely stored pages linked to those locally stored 
pages; and (3) other remote pages to which linking is 30 
permitted from remotely stored pages by the access control 
information, including additional links, stored in the transi- 
tion list 111 and the string list 133 seen in FIG. 2. The 
development session, typically carried out by a computer 
such as the authoring computer 30 seen in FIG. 1 which is 35 
remote from but in communication with the kiosk computer 
(s). accordingly consists of the steps of making available the 
locally stored pages, establishing a connection via the Inter- 
net (or a similar connection) to one or more remote servers 
which store the remotely stored pages, and evaluating those 40 
available pages and the links imbedded in each to develop 
the access control found in the two lists and to specify which 
pages accessed via the network are to be locally stored and 
which are to remain accessible only by a network access. 

Thus, at entry point 401 seen in FIG. 9, the development 45 
session begins with the root attract page being the current 
page undergoing evaluation. At step 402. each page is 
scanned for the presence of links at 403 unless that page has 
been previously identified as being a page from which no 
more further linking is to be permitted as previously 50 
explained in connection the checkbox 214 shown in FIG. 4. 
If the linking is to be prohibited from all links on the current 
page, the page is processed at 404 by posting to the string list 
133 a replacement command record having a Target_Page 
field set to the URL of the current page and the boolean flag 55 
bit Disable_Pagewide set to TRUE. As previously noted in 
connection with the string replacement command Example 
6, the HTML rewrite mechanism 130 seen in FIG. 1 
responds to this command by replacing each the linking tag 
in an HTML being accessed with the imbedded anchor 60 
information alone, thereby disabling each link and removing 
the highlighting or other visually linking cue which would 
otherwise be added by the browser to identify the presence 
of these links. Note that the command created at step 404 
eliminates the need for the user to individually enable or 65 
disable links on a page which may contain large numbers of 
links. 
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When linking from the current page is permitted, each 
link is processed by the content developer as indicated at 
step 403-409 in FIG. 9. The current hypertext page is 
scanned, beginning at the start of the document, for the first 
(next) hypertext link to another page. If an imbedded link is 
found, as indicated by the "Yes" result branch at decision 
block 405, the link handling dialog box depicted in FIG. 4 
(and the detailed flowchart of FIG. 7) is displayed for a 
response by the developer as seen at 407. As previously 
discussed, the link handling dialog box permits the devel- 
oper to preview the target page specified by the detected link 
and to choose whether to accept (OK) the link, prevent the 
link from being activated, or substituting a link to a different 
page as indicated by decision block 409 in FIG. 9. In 
addition, as seen in the dialog box of FIG. 4. the content 
developer may specify whether a given target page is to be 
locally stored if currently accessed from the network, and 
whether further links from that page are to be disabled as a 
group (by checking checkbox 214 on FIG. 4) or individually 
processed. 

If the developer elects to prevent an individual link by 
selecting either "Prevent Here" or "Prevent Everywhere" 
using the radio buttons 205. the string list 133 is updated as 
previously discussed in connection with step 309 seen in 
FIG. 7, and a return is made to the page scan step 403 to 
search for the next link on the current display page. 

If the developer accepts the imbedded link, or substitutes 
a different link, the currently displayed page identification is 
pushed into a software stack as indicated at step 411, the 
newly specified target becomes the current display page as 
seen at step 413. and scanning of that the new current page 
is begun by returning to the scanning step 403. 

When there are no further links to evaluate on the current 
page, as indicated by the No branch from decision block 
405. the user is given the opportunity at step 417 to modify 
the displayed text using the string replacement dialog box of 
FIG. 5 as seen at step 419, which may be activated at step 
417 either by menu request or by right clicking on a word or 
selected text in the displayed document as previously dis- 
cussed. The replacement string specified in dialog box 5 is 
also evaluated at step 421 to determine if it contains a link 
to a hypertext page and. if so. the identified link is evaluated 
in the usual fashion by returning control to the dialog box of 
FIG. 4 as indicated by branch 420. Otherwise, the user is 
given the opportunity the enter further replacement strings 
as indicated by branch 422. 

In a similar fashion, as indicated at decision block 431, the 
user is also given the opportunity to use aright mouse click 
to further edit an existing link, or add an entirely new link, 
by right-clicking on white space or a link anchor as indicated 
at 325 and 341-343 of FIG. 8 to invoke the link description 
dialog box of FIG. 6 as seen at step 432 of FIG. 9. If the 
developer elects to define a new link, as indicated by the yes 
branch 435 from decision block 433. control is returned to 
step 407 to enable the dialog box of FIG. 4 to be used to add 
a transition display if desired. Otherwise, the display of the 
current page is continued such that the developer can add or 
modify additional links or add additional string replacement 
commands. -When the user indicates that no additional 
editing of the current page is required, and when all remain- 
ing hypertext links on the current page have been authorized, 
no further processing of the current page is required as 
indicated at branch 440. the page which contained the link 
to the current page is popped from the stack to become the 
new current page as indicated at step 441. If the stack is 
empty, indicating that all links from the attract page have 
been resolved, the development session is concluded; 
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otherwise, the page popped from the stack becomes the new decremented by HmeValue at 531. The session count value 

current page as indicated at step 413 and scanning of that SC is initialized to zero at the beginning of every new 

page resumes at step 403 which searches for the next session and counts upward toward limit values linkVaL 

unresolved link. wnicn ^Mistes a session duration threshold at which 

„ -A t m K further linking is terminated, and EndVal. which establishes 

^^.^^^^^ the on-screen appear- 5 ^ ssl ^^ 0Q ^ ^ ^ s&sioa ^ ier ^. 

ance of the dialog used to obtain information from the user ^ cntirel Pagc Value is a positive or negative integer 

which may be employed to limit the duration of a given user me amoum b ^ ch (upwardly 

session while FIG. 11 is a flow chart which illustrates fte m ^ wnwardl > bascd ^ mc valuc entered by the user for 

manner in which this ^formation a ; uttoed to control the ^ CUITeDt mt ^ viewed when that page was ranked 

session duration. The dialog box of FIG 10 is dispUyed on 10 ^ ^ ^ ^ $cen {n nG 4 

request by the user, or autonuiUcally the beginning or end of UserValue is a itivc or tivc intcgcr reflecting ^ 

each development session and includes the following con- t ^ ^ ^ in (he ^ ^ Ust ^ 

trols: an edit box at 510 which accepts a numerical quantity 5M rf ^ 10 ^ me valuation numbef ^ 

indicating the number of rmnutes each session may continue from th e demographic data entered during user registration 

before links to further pages are disabled byemploying the 15 a& ^ FinalJ ^ ^ sc is ^ by 

HTML rewnte mechanism seen at 130 in FIG. 2 to rewrite TimcValue co^^g the combination of a fixed positive 

aU link tags as anchor information alone; and an edit box 512 ba$e yalue wMdl ^ 0 f time as adjusted by 

which accepts a numerical quantity indicating the number of a adjd9Xmm obtained by comparing the current 

minutes each session may continue before the session is ^ rf ^ ith mc time^f-day profile value entered by the 

mandatorily terminated by retunung the user to the home *> ^ ^ ^ ^ ^ ^ ^ PagcV aiue, 

page, accomplished by utilizing the transition dispky UserValuc andTuneValue quantities provided by the devel- 

mechanism 133 of FIG. 2 to issue a URL request for the Qper COQtrol ^ rate ^ which sc advances toward the 

home page. thresholds LinkVal and EndVal which are set by the devel- 

Note mat the URL request which forces the return to the oper » s entries at 510 and 512 respectively as seen in FIG. 10. 

home page may be accompanied by a predecessor transition v/nen SC is greater than LinkVal as determined at 533. 

display page which displays a warning notice, e.g.. 4 TIME me Unk ^ HTML rewrite mechanism 130 

EXPIRED. NEXT USER PLEASE.". In addition, to further - $ lurned QN ^ at 536. If the session count value 

discourage the current user from continuing to use the sc ^ ^ largcrthat Ead val as Determined at test 538. the 

display unit the home page may require the mandatory session ^ terminate< i as indicated at 539. 

completion of an Him 'Registration" form which requests The ^ ^ handling scen in FIG. 

identification data from a usensuch as name, mailing u & mechanism for logging usagc . 

address, phone number, date of birth, etc. TTusdemographic ^ time me mt count b divisible by the integer 

data is then recorded and may be used to produce a user MC fc such ^ ftc ^ at 525 is ^ onncd 

evaluation number. By way of example, toe evaluation Qncc scooncl for a test is performed at 525 to 

nuir^maybe generated by acombination of theusers age determ ^ e tf ^ currcnl ^ nas changcd 

and zip code, generating a maximum valuation number for ^ me ^ ^ flt 525 a detcrraioatioD ^ ^ comparing 

adults living in a particular area and a minimum valuation the URL of the current page with the string LACTURL saved 

number for children hving far from the kiosk location. dufing ^ ^ Um Mvn. If URL is not equal to 

As illustrated at 514 in FIG. 10, the developer uses two ^ laSTURL. an entry is appended to a log file consisting of 

list boxes to develop session time adjustment profiles based rcC ords each comprising the new URL. the time of day at 

on the time of day when the display unit is being displayed ^dtti the page designated by the URL was first displayed, 

(left hand list box at 514) and the user valuation number and an i nteg er identifying the current user by specifying the 

produced from the demographic data as noted earlier (the record number for that user in a file of registration records 

right hand list box at 514). In this way, session durations 45 accumulated for the user from CGI processing of the home 

greater than the default values entered at 510 and 512 are page registration form In this way, a log file is maintained 

allowed at those times during the day when little usage is from which the entire viewing history for each user may be 

likely, and reduced session times during the busiest hours. reconstructed, the amount of usage for each HTML docu- 

Similarly. using the adjustment profile recorded in the right ment ( lota j occurrences and average viewing time), and data 

hand list box at 514, adjustments to the session times may ^ corre iating the demographic data with the available content 

be made based on the user valuation number. Changes to s ucn ^ j s 0 f particular value to the content developer 

individual entries in either the time-cf-day adjustment pro- since & enables the developer to identify pages which were 

file in the left list box at 512 or the user valuation profile in Q f interest to users, pages which were frequendy accessed 

the right list box at 512 are made by clicking on an from the network and are hence candidates for local storage, 

individual item and changing the adjustment value in the 55 elc M note( j earlier in connection with FIG. 1 of the 

spinner-driven edit box at 516. drawings, this demographic and usage log data may be 

o , . , ¥ w . . transmitted to the authoring computer by establishing a file 

Session Timing and Logging Mechanism transfer connection via a conventional modem-to-modem 

Session timing is accomplished by an interrupt or timer route over the dialup telephone lines, of by using the Internet 

driven routine as illustrated in FIG. 11. Upon each occur- 60 to perform an FTP or SMTP transfer, 

rence of a system time interrupt, the routine is entered at 521 When the current URL is found at test 525 to be 

and a count valuc CNT is Incremented. If CNT is evenly unchanged from LASTURL, a further test is performed at 

divisible by a value IC (with IC having a value selected such 540 to determine if the current time exceeds IX a time value 

that the routine beginning at 527 is entered every 10 saved at 526 when the current URL was first detected, by 

seconds, for example), a session count value is incremented 65 more than a idle time value Q. When Time >LT+Q, it is 

(or decremented) by PageValue at 527, incremented (or established that the current page has been on screen for more 

decremented) by UserValue at 529. and incremented or than time Q with no user activity; consequently, since the 
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display unit is apparently not being used, the session is shows how the lookup table 600 is employed to periodically 

ended by branching to 539 such that the attract (home) page update the stored information so that it takes into account 

is again displayed for viewing by the next user. modifications to the files as they exist in the remote servers. 

, Both of the routines illustrated in the flow charts of FIG. 

Information Exchange 5 4 m CTCCUted by ^ transition display control mechanism 

The sequence of events which occur during the overall seen at 113 in FIG. 2. The routines manipulate and respond 

operation of a display unit, such as the kiosk 10 seen in FIG. to values stored in lookup table 600 which consists of a 

1. is depicted by the flow chart of FIG. 12. plurality of entries, one for each remote file stored in local 

Before the display unit is first operated, it must receive the storage, each entry consisting of four fields: an originating 

locally stored displayable information files as well as the 10 UK*- fold 603. a Chck field 604 storing a time stamp 

control structures developed as described in connection with indicated when the entry was last validated, a Mod field 60S 

FIG. 9 consisting of the string list seen at 133 in FIG. 1, the storin g a time stam P indicating when the corresponding 

transition list seen at 111 in FIG. 1, and the lookup table 112 local mc was storcd or &st updated, and a local URL field 

seen if FIG. 1. As previously noted, these files are advan- 607 specifying the local storage location of the local copy of 

tageously created using the interactive content authoring 15 toe 

system described above at a remote authoring station, such When the control unit 113 receives a URL request which 

as the computer 30 seen in FIG. 1. and are transferred to the specifies a remotely located file, that file may have been 

display unit's local storage by a file transfer via the dialup locally stored at the request of the content developer (using 

telephone system or by Internet FTP transfers as seen at step the Make Local checkbox 215 seen in FIG. 4). in which case 

571 in FIG. 12, 20 the a copy of the file originally designated by an -originating 

Each session begins, as indicated at 572, by initializing URL is placed in local storage at a location specified by a 

the CNT. SC. and LASTURL variables, by turning off the local URL in field 607. 

link disabling mechanism if it has previously been turned During the operation of the display unit, when the user 

ON as described in connection with step 536 seen in FIG. 11. 25 activates a link to generate a URL request seen at 109 in FIG. 

and by issuing a URL request for the display of the home 2. the routine beginning at the entry point A at 609 is entered, 

(attract) page. As previously noted the home page or its If the URL contained in the request specifies a remote URL. 

necessary successor advantageously includes a registration a search is conducted to determine if the requested remote 

form which is directed to a local CGI (Common Gateway URL is in the lookup table 600. indicating mat a local copy 

Interface) processing facility which appends a record to a ^ is available. To speed the search, the entries in lookup table 

file of records containing user identification information as 600 are advantageously sorted into order by originating 

indicated at 574 and 575 in FIG. 12. URL. permitting a binary search for a matching entry to be 

During the course of the session, as each new page is conducted as indicated at 611. If a match is found, the local 

accessed, the URL for that page, its start time, and an URL from field 607 is substituted for the URL in the request 

identifying number specifying the current user is appended 35 being processed as indicated at 615 to redirect that request 

to a log file of URL usage records as indicated at 576 and to the local copy. The lookup routine concludes at exit point 

577 (previously describe in connection with step 526 in FIG. B indicated at 617 in FIG. 13. 

11). When the session ends by a timeout condition being When the display unit is idle and the routine at 596 is 

detected as indicated at 578 (tests 538 and 540 in FIG. 11). called as indicated in FIG. 12 to verify the integrity of the 

if the display unit is determined to be idle at 580 (based on ^ stored files against the remote originals, the routine begin- 

test 540 in FIG. 1). the display unit makes use of the idle ning at entry point C as seen at 619 in FIG. 13 is called. Each 

time to perform housekeeping information transfers as indi- time the routine is entered, one of the entries pointed to by 

cated at 590-^596 in FIG. 12. First, a link is established to a a counter value FP is checked. If the entry pointed to by FP 

supervisory computer (typically a host computer on the contains a time stamp in the Chck field which differs from 

Internet which can receive information using FTP or SMTP 45 the current time by less than W as indicated by the test 621, 

transfers) at 590 and thereafter the previously untransmitted no further updating is needed and the routine terminates at 

portion of the usage record file is transmitted as indicated at exit point D seen at 622. The value of W specifies the 

592 and the previously untransmitted user records are trans- frequency at which updating is performed. Thus, if W is set 

mitted at 594. to a value equivalent to 30 minutes, the entries in table 600 

Then, as indicated at 596 in FIG. 12, the records in the 50 are checked until an entry is found that was check less than 

lookup table are processed sequentially by transmitting an 30 minutes previously. 

"if modified since" message to the server holding each file The validation performed at 623 is performed by issuing 

designated by an origination URL in the lookup table. If it a n if-modified-since message to the server specified by the 

is determined that the file identified by the origination URL url in the originating URL field 603 pointed to by FP, 

has been modified since the locally stored copy was created 55 together with a specification of the time stamp found in the 

(perhaps by the authoring computer) or last updated by the Mod field 605 of that entry. If the remote server responds 

individual display unit, the newly revised copy is accessed with an indication that the original file has been modified 

and stored after being passed through the HTML rewrite unit since the time indicated by Mod. the modified version is 

130 which alters the newly stored local copy in accordance retrieved and stored locally, as indicated at 627. and the table 

with the commands contained in the string list 133. 60 entry pointed to by FP is updated with the current time value 

The mechanism for updating stored files which originated in both the Mod field 605 and the Chck field 604. as well as 

from remote locations is illustrated schematically in FIG 13 placing the new local storage URL (if necessary) in field 

of the drawings. The left band flow chart in FIG. 13 607. If no updating is necessary, the Chck field 604 alone 

illustrates the manner in which the lookup table, shown receives the current time value. So long as the display unit 

generally at 600, is used to redirect URL requests for 65 continues to be idle as indicated by the test at 630, the testing 

remotely stored documents such that they instead retrieve of the validity of the entries in table 600 can continue and FP 

locally stored copies. The right hand flow chart of FIG. 13 is incremented at 629 to check the next entry. If a user has 
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activated the unit, the checking is terminated by exiting to 
point D at 622. The value FP is retained so that when the 
validation routine is again entered at 619. checking will 
continue with the oldest unchecked entry. 

Note that, as an alternative to performing the validation 5 
routine at the display unit as indicated at 596 in FIG. 12. a 
supervisory computer may be used to periodically verify the 
integrity of the local files stored in the individual satellite 
display units by performing the validation routine at inter- 
vals to identify flies to be updated. When such testing reveals 10 
that a locally stored file should be updated, the supervisory 
computer may retrieve the modified file from the remote 
server and then transfer that file to each satellite display unit 
when that unit establishes contact with the supervisor; that 
is. instead of performing its own validation at 596, the 15 
satellite instead accepts the transfer of identified update files 
from the supervisor, eliminating the need for the individual 
display units to independently test their local files against the 
originals, and further eliminating the need for the satellite 
computers to maintain the Chck and Mod fields in the 20 
lookup table 600. these fields being maintained solely by the 
supervisory computer which performs the routine shown at 
the right in FIG. 13. 

It is to be understood mat the specific embodiment of the 
invention which has been described above is merely illus- 25 
trative of one application of the principles of the invention. 
Numerous modifications may be made to the apparatus and 
methods described without departing from the true spirit and 
scope of the invention. 

What is claimed is: 30 

1. A computer system comprising, in combination. 

a source of addressable hypertext records each of which 
may contain one or more links to different records, said 
links consisting of a displayable portion and a record 
address portion. 35 

a source of at least one link identifier, and 

output display means for displaying a selected one of said 
hypertext records, said display means including: 

means for forming a comparison between said link iden- 
tifier and each given link in said selected record, and 40 

means for controlling the display of a visual cue associ- 
ated with the displayable portion of said given link in 
response to said comparison. 

2. A computer system as set forth in claim 1 further ^ 
comprising: 

record access means jointly responsive to said comparison 
and the selection of the displayable portion of said 
given link by a user for selectively retrieving a record 
specified by the record address portion of said given ^ 
link, whereby said link identifier controls the access to 
the record specified by the given link and the display of 
the visual cue associated with the visible portion of said 
given link. 

3. A computer system for interactively displaying hyper- 55 
text records comprising: 

a source of stored hypertext records each of which may 
contain one or more links to other hypertext records. 

a source of a plurality of link identifiers. 

means for comparing the content of a given hypertext 60 
record with said link identifiers to identify links to 
authorized records contained in said given record. 

output means for displaying said given record, said output 
means including means for displaying a visual cue 
associated with each link to an authorized record and 65 
for suppressing the display of a visual cue associated in 
links to records which are not authorized, and 
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access means responsive to the selection by a user of a 
link to an authorized record for retrieving said autho- 
rized record for display by said output means. 

4. A computer system comprising, in combination. 

a source of addressable hypertext records, each of which 
may contain one or more links, each of said links 
containing a locator specifying a displayable data 
record, 

a source of at least one link substitution command record 
consisting of a link identifier and a substitute locator. 

access means for retrieving a selected one of said hyper- 
text records. 

means for comparing said link identifier with the content 
of said selected hypertext record to identify a particular 
link in said selected record having a predetermined 
relationship to said link identifier, 

output means for displaying said selected hypertext 
record, and 

means responsive to the selection of said particular link 
by a user for retrieving a further record specified by 
said substitute locator in said link substitution com- 
mand. 

5. A computer system for interactively displaying infor- 
mation in response to record selection requests from a user, 
said system comprising: 

a source of stored hypertext records each of which may 
contain one or more links specifying other hypertext 
records. 

a source of at least one stored insertable display record. 

output display means for displaying a selected one of said 
stored hypertext records including means for display- 
ing a visual cue representative of each operative link 
contained in said selected record. 

input means for accepting from a user a designation 
identifying one of said operative links, and 

record access means responsive to said designation for 
first retrieving and displaying a one of said insertable 
display records and subsequently retrieving and dis- 
playing the record specified by the link identified by 
said designation. 

6. A computer system as set forth in claim 5 wherein said 
record access means comprises: 

a source of at least one insertion command comprising a 
link identifier and insertable display record identifier, 
and 

means for comparing the link identified by said designa- 
tion with the link identifier in each of said insertion 
commands to locate a matching insertion command 
and 

means for first retrieving and displaying the insertable 
display record specified by the insertable display record 
identifier in said matching insertion record and subse- 
quently retrieving and displaying the record specified in 
the link identified by said designation. 

7. A computer system as set forth in claim 5 wherein said 
record access means responsive to said designation for first 
retrieving and displaying one of said insertable display 
records comprises means for selecting an insertable display 
record which differs from the previously displayed insert- 
able record in response to each designation, 

8. A computer system as set forth in claim 7 wherein 
means for selecting an insertable display record comprises 
means for selecting the next record in a predetermined 
sequence of plural insertable display records. 

9. A computer system as set forth in claim 7 wherein 
means for selecting an insertable display record comprises 
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means for selecting the next record at random from a 
plurality of insertable display records. 

10. A computer system for interactively displaying hyper- 
text records comprising: 

a source of stored hypertext records each of which con- 
tains displayable information and may contain one or 
more links identifying other hypertext records. 

a source of at least one rewrite command consisting of a 
target text identifier and an text revision directive. 

output display means for displaying text and image infor- 
mation contained in a selected one of said hypertext 
records and for displaying visual cues indicative of 
links contained in said selected record, 

record retrieval means including input means for accept- 
ing from a user a designation of a selected link indi- 
cated by one of said visual cues, and means responsive 
to said designation for retrieving a particular hypertext 
record identified by said selected link, and 

automatic text revision means comprising: 
means for comparing the content of said particular 
hypertext record as retrieved with said target string 
identifier to detect matching text in said particular 
record which bears a predetermined relationship to 
said target string identifier. 

means responsive to the detection of said matching text 
for rewriting said particular hypertext record in accor- 
dance with said text revision command to form a 
rewritten hypertext record, and 

means for supplying said rewritten hypertext record to 
said output display means. 

11. A computer system as set forth in claim 10 wherein 
said text revision command includes the specification of 
insertion text and wherein said means for rewriting said 
particular hypertext record in accordance with said text 
revision command includes means for inserting said inser- 
tion text at a position in said particular hypertext record 
indicated by the position of said matching text 

12. A computer system as set forth in claim 1 wherein said 
insertion text includes a new link to a different hypertext 
record. 

13. A computer system as set forth in claim 10 wherein 
said text revision command includes the specification of 
replacement text and wherein said means for rewriting said 
particular hypertext record in accordance with said text 
revision command includes means for replacing said match- 
ing text with said replacement text. 

14. A computer system as set forth in claim 13 wherein 
said mat ching text includes an existing link and wherein said 
replacement text includes a substitute link. 

15. A computer system as set forth in claim 13 wherein 
said matching text includes an existing link comprising 
displayable information and a locator identifying a linked 
record, and wherein said replacement text includes a sub- 
stitute link. 

16. A computer system as set forth in claim 13 wherein 
said matching text includes displayable information and 
wherein said replacement text includes a substitute display- 
able information. 
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17. A computer system as set forth in claim 10 wherein 
said target text identifier identifies at least a portion of a 
given one of said links and wherein said means for rewriting 
said particular hypertext record in accordance with said text 
revision command includes means for revising said given 
link to render it inoperative. 

18. A computer system as set forth in claim 17 wherein 
said means for rewriting said particular hypertext record in 
accordance with said text revision command includes means 
for revising said given link to prevent the display of a visual 
cue indicative of said given link. 

19. A computer system for interactively displaying hyper- 
text records comprising: 

a source of a plurality of stored hypertext records each of 
which may contain one or more links to other hypertext 
records, 

record browsing means comprising means for displaying 
a current one of said records from said source, input 
means manipulatable by a user for choosing a selected 
one of said links contained in said current record, and 
access means responsive to said input means for sub- 
stituting the record identified by said selected link as 
the current displayed record, and 

session control means comprising: 

means for detecting the time at which a given user begins 
using said system. 

means for discouraging the continued use of said system 
by said given user upon the expiration of a permitted 
session period. 

means for assigning a rating value to at least selected ones 
of said records, and 

means for varying the duration of said permitted session 
period in response to the rating values assigned to those 
records chosen for display by said given user. 

20. A computer system as set forth in claim 19 wherein 
said means for discouraging the continued use of said 
system by said given user comprises means for displaying a 
warning message instructing said given user to discontinue 
the use of said system. 

21. A computer system as set forth in claim 19 wherein 
said means for discouraging the continued use of said 
system by said given user comprises means for requiring the 
user to perform a function in order to enable the continued 
use of said system. 

22. A computer system as set forth in claim 21 wherein 
said function consists of the entry by the user of user 
identification information. 

23. A computer system as set forth in claim 19 further 
comprising means for initializing each session by displaying 
one or more predetermined initial records and wherein said 
means for discouraging the continued use of said system by 
said given user comprises means for automatically initial- 
izing a new session upon the expiration of said permitted 
session period. 
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